Bytebase v1.8.0 重点新功能解读

上周 Bytebase 发布了 1.8.0 版本，下面我们对于 1.8.0 版本里的几个功能做一个更深入的解读。

MySQL 库表同步

用户现在可以指定把数据库 A 的 schema 同步到数据库 B，Bytebase 会自动生成出需要执行的 DDL 中间语句。在研发流程中，开发人员会先在测试环境做数据库变更，测试完成后，再把相同的数据库变更应用到生产环境。在没有库表同步前，开发人员需要自己小心翼翼地撰写出需要变更的语句。而有了库表同步之后，开发人员就只要告诉 Bytebase 需要把哪个数据库的 schema 搬到目标数据库就行了。

我们也即将上线对于 PostgreSQL 的库表同步支持🐘。

SQL Editor 的管理员模式

Bytebase 的一个核心卖点是，除了应用本身访问数据库外，其他所有访问数据库的场景都可以通过 Bytebase 来完成。在这个版本前，Bytebase 具备了进行数据库变更和查询的能力，这使得日常开发人员是完全能在 Bytebase 上完成数据库开发的操作了。

但是对于专职 DBA 或者 DevOps 团队里承担数据库运维的人员来说，他们还需要进行一些更高权限的运维操作，而管理员模式 (Admin Mode) 就满足了这个需求。因为是一个更高权限的操作，只有工作空间里 DBA 或者 Owner 角色人员才能使用，并且需要在 SQL Editor 中进行手动开启。

至此，除了应用 (app) 本身和数据库打交道之外，所有人工和数据库打交道的场景，都可以通过 Bytebase 来进行收口了。公司再也不需要把数据库的访问密钥分发给大家，也不需要配置单独的堡垒机/跳板机。Bytebase 通过收口，而且可以对操作进行管控，Bytebase 会识别危险语句，大大降低开发者误操作几率，而 DBA 也可以通过 Bytebase 进行全局的 SQL 审核配置和审计。

在飞书上进行审批

之前当有诸如 schema 变更这样的事件发生后，用户可以配置 Bytebase 给 IM 发送 Webhook 事件。

有用户就提了希望也可以在 IM 中直接进行变更的审批，于是在这个版本中，我们首先添加了对于飞书的支持，集成在它的审批模块里。

接下来我们也会把对其他 IM 的支持也加上，敬请期待。